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IANA Considerations for Network Layer Protocol Identifiers 


Abstract 


Some protocols being developed or extended by the IETF make use of 
the ISO/IEC (International Organization for Standardization / 
International Electrotechnical Commission) Network Layer Protocol 
Identifier (NLPID). This document provides NLPID IANA 
considerations. 


Status of This Memo 
This memo documents an Internet Best Current Practice. 


This document is a product of the Internet Engineering Task Force 


(IETF). It represents the consensus of the IETF community. It has 
received public review and has been approved for publication by the 
Internet Engineering Steering Group (IESG). Further information on 


BCPs is available in Section 2 of RFC 5741. 


Information about the current status of this document, any errata, 
and how to provide feedback on it may be obtained at 
http://www.rfc-editor.org/info/rfc6328. 


Copyright Notice 


Copyright (c) 2011 IETF Trust and the persons identified as the 
document authors. All rights reserved. 


This document is subject to BCP 78 and the IETF Trust’s Legal 
Provisions Relating to IETF Documents 
(http://trustee.ietf.org/license-info) in effect on the date of 
publication of this document. Please review these documents 
carefully, as they describe your rights and restrictions with respect 
to this document. Code Components extracted from this document must 
include Simplified BSD License text as described in Section 4.e of 
the Trust Legal Provisions and are provided without warranty as 
described in the Simplified BSD License. 


Eastlake Best Current Practice [Page 1] 


RFC 6328 IANA Considerations for NLPIDs July 2011 


Table of Contents 


dit; TRE BOAUCGEUON: esis i hates eed ot ees este tea ee ee ee hee eS en eS. 2 
De® NTP ED Sieg th ty te Sis gtd EEA ears eee E Gel ce: eas Bik oh EAS Bes eee Ms To df 3 
Dede SUbSRanges Of the NUP TLDs dives se Ses wee at aie ee ele eee ate bilan E wrial fepene anew care 3 
Zu2ix “COGS. PONE VORB OF . oases. 0c, a ki a OSs ON irre Sire Shae ay gee tN tae atts 4 
2.3. NLPIDs Available for IANA Allocation ................-.22000- 4 
Si AANA Considerations seada Bid eek ee eee at AR Re OE aces et BAN a tw 5 
4s Security considerations Jeees ea a a aa a e aie a givens. o a a E 5 
Ds. References serere ea nreo eS. ashe EEA a Alec E for ces seh ENE a elev EEE ania: Jerse. eb EES 5 
Sic: Notmative References ddn sIn ww Sry E E EE OS Ary Biss Seed S 5 
52e -Intormatirive References 25 bod ne dene ta: ach E E et ee ee es 6 
6. AGCKNOWLEdGEMENtES. saeara ie eid se ares, ole en a el ele alae se. eBid a a Glanw ohare le 7 
Appendix A. Initial IANA NLPID Web Page ...............---- eee eeees 8 
Appendix. B. REC References: to NLPID -teusas i Taen a ORS one Ba eee eS 9 
1. Introduction 


Some protocols being developed or extended by the IETF make use of 
the ISO/IEC (International Organization for Standardization / 
International Electrotechnical Commission) Network Layer Protocol 
Identifier (NLPID). 


The term "NLPID" is not actually used in [1IS09577], which refers to 
one-octet IPIs (Initial Protocol Identifiers) and SPIs (Subsequent 
Protocol Identifiers). While these are two logically separate kinds 
of one-octet identifiers, most values are usable as both an IPI and 
an SPI. In the remainder of this document, the term NLPID is used 
for such values. 


The registry of NLPID values is maintained by ISO/IEC by updating 
[ISO9577]. The procedure specified by ISO/IEC in that document is 
that an NLPID code point can be allocated without approval by 
ISO/IEC, as long as the code point is not in a range of values 
categorized for an organization other than the organization 
allocating the code point and as long as ISO/IEC JTCl SC6 is 
informed. 


This document provides NLPID IANA considerations. That is, it 
specifies the level of IETF approval necessary for a code point to be 
allocated for IETF use, the procedures to be used and actions to be 
taken by IANA in connection with NLPIDs, and related guidelines. 


[RFC5226] is incorporated herein except to the extent that there are 
contrary provisions in this document. 
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The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 
"SHOULD", “SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this 
document are to be interpreted as described in [RFC2119]. 


2. NLPIDs 


[ISO9577] defines one-octet network layer protocol identifiers that 
are commonly called NLPIDs, which is the term used in this document. 


NLPIDs are used in a number of protocols. For example, in the 
marSpro.type field of the multicast address resolution server 
protocol [RFC2022], the arSpro.type field of the NBMA (Non-Broadcast 
Multi-Access) next hop resolution protocol [RFC2332] and in the IS-IS 
Protocols Supported TLV [RFC1195]. See Appendix B. 
2.1. Sub-Ranges of the NLPID 
Sub-ranges of the possible NLPID values are categorized by [1S09577] 
for organizations as shown below, primarily for the ISO/IEC 
(International Organization for Standardization / International 


Electrotechnical Commission) and the ITU-T (International 
Telecommunication Union - Telecommunication Standardization Sector): 
Code Point Category 
0x00 ISO/IEC 
0x01-0x0F ITU-T 
0x10-0x3F ITU-T Rec. X.25 and ISO/IEC 8208 
0x40-0x43 ISO/IEC 
0x44 ITU-T 
0x45-0x4F ISO/IEC 
0x50-0x6F ITU-T Rec. X.25 and ISO/IEC 8208 
0x70-0x7F Joint ITU-T and ISO/IEC 
0x80 ISO/IEC (see Section 2.2) 
0x81-0x8F ISO/IEC 
0x90-0xAF ITU-T Rec. X.25 and ISO/IEC 8208 
0xB0-0xBF ITU-T 
OxC0-0xCF Potentially available for IANA (see Section 2.3) 
0xD0-0xEF ITU-T Rec. X.25 and ISO/IEC 8208 
OxFO-OxFE Joint ITU-T and ISO/IEC 
OxFF Reserved for an Extension mechanism to be 
jointly developed by ITU-T and ISO/IEC 
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2.2. Code Point 0x80 


NLPID 0x80 is known as the IEEE (Institute of Electrical & 
Electronics Engineers) SNAP (SubNetwork Access Protocol) code point. 
It is followed by five octets, using the IEEE SNAP SAP (Service 
Access Point) conventions, to specify the protocol. Those 
conventions are described in Section 3 of [RFC5342]. In particular, 
it is valid for such a five-octet sequence to start with the IANA OUI 
(Organizationally Unique Identifier) followed by two further octets 
assigned by IANA as provided in [RFC5342]. The same IANA registry is 
used for such protocol identifiers whether they are planned to be 
introduced by the 0x80 NLPID or the IEEE SNAP SAP LSAPs (Link-Layer 
Service Access Points) (OxAAAA). Values allocated by IANA may be 
used in either context as appropriate. 


Because of the limited number of NLPID code points available for IANA 
allocation, use of the IEEE SNAP NLPID is RECOMMENDED rather than 
allocation of a new one-octet NLPID code point. 


2.3. NLPIDs Available for IANA Allocation 


A limited number of code points are available that could be allocated 
by IANA under [1IS09577]. Because of this, it is desirable, where 
practical, to use code point 0x80, as discussed in Section 2.2 above, 
or to get code points allocated from the ranges categorized to other 
organizations. For example, code point 0x8E was allocated for IPv6 
[RFC2460], although it is in a range of code points categorized for 
ISO/IEC. One-byte code points are assigned to TRILL and IEEE 802.1laq 
as they are intended for use within the IS-IS Protocols Supported TLV 
[RFC1195]. 


The table below, which includes two new code point allocations made 
by this document, shows those still available. 


Code Point Status 


O0xCO TRILL [RFC6325] 

OxCl IEEE 802.laq [802.1laq] 
0xC2-0xCB Available 

OxCC IPv4 [RFC791] 
OxCD-OxCE Available 

OxCF PPP [RFC1661] 
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3- 


5; 


Die 


IANA Considerations 


As long as code points are available, IANA will allocate additional 
values when required by applying the IETF Review policy as per 
[RFC5226]. 


Whenever it allocates an NLPID, IANA will inform the IETF liaison to 
ISO/IEC JTC1 SC6 (Joint Technical Committee 1, Study Committee 6) 
[JTC1SC6], or if IANA is unable to determine that IETF liaison, the 
IAB. The liaison (or the IAB) will then ensure that ISO/IEC JTC1 SC6 
is informed so that [1IS09577] can be updated since ISO/IEC JTC1 SC6 
is the body that maintains [1IS09577]. To simplify this process, it 
is desirable that the IAB maintain an IETF liaison to ISO/IEC JTC1 
SC6. 


This document allocates the code points 0xC0 and 0xC1 as shown in 
Section 2.3 and IANA shall request the liaison (or the IAB) to so 
inform ISO/IEC JTC1 SC6. 


IANA maintains a web page showing NLPIDs that have been allocated to 
a protocol being developed or extended by the IETF or are otherwise 
of interest. The initial state of the web page is as shown in 
Appendix A. IANA will update this web page for (1) NLPIDs allocated 
by IANA and (2) other allocations or de-allocations when IANA is 
requested to make such changes to this web page by the IETF liaison 
mentioned above. 


Security Considerations 


This document is concerned with allocation of NLPIDs. It is not 
directly concerned with security. 
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NLPIDs of Interest 


Code Point 


Null 
Q.933 (RFC 2427) 


IEEE SNAP (RFC 6328) 
ISO CLNP (Connectionless Network Protocol) 


ISO ES-IS 

IS-IS (RFC 1195) 
IPv6 (RFC 2460) 
FRF.9 (RFC 2427) 
FRF.12 (RF C2427) 
TRILL (RFC 6325) 
IEEE 802.1laq 
IPv4 (RFC 791) 
PPP (RFC 1661) 


July 2011 


Note: According to [RFC1707], NLPID 0x70 was assigned to IPv7. That 
assignment appears to no longer be in effect as it is not listed in 
IPv7 was itself a temporary code point assignment made 
while a decision was being made between three candidates for the next 


ISO/IEC 9577. 


generation of IP after IPv4. 
IPv7, and IPv8. 


Eastlake 
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Those candidates were assigned IPv6, 
IPv6 was selected. 
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RFC References to NLPID 


The following RFCs, issued before the end of March 2009, excluding 
other survey RFCs and obsolete RFCs, reference the NLPID as such: 


RFC 


RFC 


RFC 
RFC 
RFC 
RFC 
RFC 
RFC 
RFC 


RFC 
RFC 
RFC 
RFC 


RFC 
RFC 


RFC 
RFC 


1195 


1356 


1377 
1661 
1707 
1755 
2022 
2332 
2337 


2363 
2390 
2427 
2590 


2684 
2955 


3070 
5308 


Use of OSI IS-IS for Routing in TCP/IP and Dual 
Environments 

Multiprotocol Interconnect on X.25 and ISDN in the Packet 
Mode 

The PPP OSI Network Layer Control Protocol (OSINLCP) 

The Point-to-Point Protocol (PPP) 

CATNIP: Common Architecture for the Internet 

ATM Signaling Support for IP over ATM 

Support for Multicast over UNI 3.0/3.1 based ATM Networks 

NBMA Next Hop Resolution Protocol (NHRP) 

Intra-LIS IP multicast among routers over ATM using Sparse 
Mode PIM 

PPP Over FUNI 

Inverse Address Resolution Protocol 

Multiprotocol Interconnect over Frame Relay 

Transmission of IPv6 Packets over Frame Relay Networks 
Specification 

Multiprotocol Encapsulation over ATM Adaptation Layer 5 

Definitions of Managed Objects for Monitoring and 
Controlling the Frame Relay/ATM PVC Service Interworking 
Function 

Layer Two Tunneling Protocol (L2TP) over Frame Relay 

Routing IPv6 with IS-IS 
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